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BACKGROUND OF THE INVENTION 
Field of the Invention 

20 [0002] The present invention relates generally to data 
communication systems and, more particularly, to 
digital collaboration systems. 

Related Art 

25 [0003] As high-technology companies compete to 

streamline the development process and achieve faster 
time- to -market for their products, individual companies 
have focused on a particular sector of the industry. 
In such a business environment, companies with 

3 0 specialized expertise in one technological area often 
find it inefficient to spend the time and resources 
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necessary to develop technology in different 
technological areas. As a result, these companies may 
gain a competitive advantage by contracting out the 
development effort in the new technology area to 
another company with expertise in that technological 
area. Currently, however, the process of identifying 
potential partners for the development of complex 
technological solutions presents significant obstacles. 
For example, there may be no universally accepted way 
of explaining the project for which a partner is 
sought. As a result, the very process of defining the 
project for which a solution provider is sought may 
require expertise in the new technology. 
[0004] Furthermore, security concerns prevent free 
15 sharing of information among potential business 
partners. While companies who decide to share 
information with potential partners typically enter 
into non-disclosure agreements, there currently is no 
practical way to ensure that an accurate record of the 
20 information shared is preserved. 

[0005] There is thus a need of a way to allow companies 
to share information about potential business 
collaborations that allows an accurate record of what 
information is shared to be kept. 
25 [0006] In addition, current digital collaboration 

systems do not allow users to automatically capture the 
information shared during a collaboration session. 
Thus, the only records of current digital collaboration 
sessions are the notes taken by the participants. 
[0007] There is thus a need for a system that allows 
improved record keeping of exchanges among participants 
that take place during digital collaboration sessions. 



30 
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SUMMARY OF THE I WENT I ON 

[0 008] The system and method of the present invention 
allow users of a digital collaboration service to share 
5 information in such a way that an accurate record of 

the information shared during the digital collaboration 
is captured- 

[0009] Furthermore, the context in which the 
information is being exchanged amongst users of the 

10 service can also be captured. As a result, a system in 
accordance to one or more embodiments of the present 
invention is ideally suited for digital collaboration 
conducted amongst potential business partners, where 
maintaining an accurate record of what information was 

15 shared by each party is paramount. 

[00010] Furthermore, the capture of contextual 
information makes a system in accordance to one or more 
embodiments of the present invention ideally suited for 
digital collaboration conducted amongst users that are 

2 0 within the same company. For example, a development 
team may use a digital collaboration system in 
accordance to the present invention to conduct 
meetings. Since any part of the digital collaboration 
session, including all of the relevant contextual 

25 information, is captured an accurate record of the 

information exchanged during the digital collaboration 
session may be automatically generated. 

BRIEF DESCRIPTION OF THE DRAWINGS 
30 [00011] Fig. 1A is a block diagram of a computer system 
providing a service for exchanging solutions to 
individualized problems. 
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[00012] Fig. IB is a data flow diagram of the computer 
system of Fig. 1A. 

[00013] Fig. 2A is a block diagram of a computer system 
for providing a private service for exchanging 
5 solutions to individualized problems. 

[00014] Fig. 2B is a block diagram of a computer system 
for automatically capturing digital collaboration 
information, in accordance to some embodiment, of the 
invention. 

10 [00015] Fig. 3A is a flow diagram of the process of 

accessing the service of Figs. 1A and IB for a solution 
seeker . 

[00016] Fig. 3B is a detailed flow diagram of the 
discuss/validate stage of Fig. 3A. 
15 [00017] Fig. 4A is a flow diagram of the process of 

accessing the service of Figs. 1A and IB for a solution 
provider . 

[00018] Fig. 4B is a flow diagram of the process of 
conducting a digital collaboration capture operation, 
20 in accordance to some embodiments of the invention. 
[00019] Fig. 5A is a flow diagram of the process of 
accessing the private service of Fig. 2A for a solution 
seeker . 

[00020] Fig. 5B is a flow diagram of the process of 
25 accessing the private service of Fig. 2A for a solution 
provider . 

[00021] Fig. 6A is a block diagram of the flow of 
information between a solution seeker and a project 
definition provider, according to an embodiment of the 
30 present invention. 

[00022] Fig. 6B is a flow diagram of the process of 
obtaining a project definition for a solution seeker. 
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[00023] Fig. 6C is a flow diagram of the process of 
providing a project definition for a project definition 
provider . 

[00024] Fig. 7A is a block diagram of the flow of 
information between a solution seeker and a solution 
testbed provider. 

[00025] Fig. 7B is a flow diagram of the process of 
obtaining a testbed for a solution seeker. 

[00026] Fig. 7C is a flow diagram of the process of 
providing a testbed for a solution testbed provider. 

[00027] Fig. 8 shows a web page of a third party service 
provider of Fig. 2A. 

[00028] Figs. 9A and 9B show a project definition web 
page . 

[00029] Fig. 10 shows a project summary web page. 
[00030] Figs. 11A and 11B illustrate a project detail 
and a proposal detail web page. 

[00031] Fig. 12 shows a project discussion web page. 
[00032] Figs. 13A and 13b illustrate a project search 
and a project detail web page. 

[00033] Fig. 14 shows a solution proposal web page. 
[00034] Fig. 15 shows an administrator web page used to 
set security parameters in the computer system of Fig. 
2A. 

[00035] Fig. 16 illustrates a set user password web 
page. 

[00036] Fig. 17A illustrates a select contact web page. 
[00037] Fig. 17B illustrates an adjust contact roles web 
page. 

[00038] Fig. 18A illustrates an adjust roles users web 
page. 
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[00039] Fig. 18B illustrates an adjust role privileges 
web page . 

[00040] Fig. 18C illustrates an adjust security trust 
web page . 

5 [00041] Fig. 19 shows a submit entry token web page. 
[00042] Figs. 20 and 21A-21C are block diagrams 
illustrating IP packets used by the digital 
collaboration system of Fig. 2B. 

10 DETAILED DESCRIPTION OF THE IN VENTION 

[00043] The present invention provides a service for 
automatically capturing digital collaboration 
information. In some embodiments, the digital 
collaboration data is exchanged between solution 

15 seekers and solution providers. 

[00044] Fig. 1A illustrates of a computer system 100 
providing a service for exchanging solutions to 
individualized problems between solution seekers and 
solution providers, in accordance with an embodiment of 

20 the present invention. Computer system 100 includes a 
solution seeker computer 110, a solution provider 
computer 12 0, and a solution broker computer 13 0 
connected via a global-area computer network 140. 
Solution seeker computer 110 and solution provider 

25 computer 12 0 are any suitable computers for 

transferring and processing information over global - 
area computer network 140, including but not limited to 
personal computers, workstations, servers, etc. 
Global -area computer network 140 is computer network 

3 0 used to connect computers regardless of their 

geographical location, such as the Internet. Software 
programs necessary to provide communications over 
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global -area computer network 140 are executed by 
solution seeker computer 110, solution provider 
computer 120 and solution broker computer 130. These 
software programs include operating system programs 
5 such as Windows 98 /NT/2 000, MacOS9 or Unix, web browsers 
such as Internet Explorer or Netscape Navigator, and a 
variety of application programs (e.g. MS Office) . 
[00045] As shown in Fig. IB, solution provider computer 
110 and solution seeker computer 12 0 do not exchange 

10 information directly. Rather, solution broker computer 
130 acts as a proxy server between solution seeker 
computer 110 and solution provider computer 120. 
[00046] Fig. 2A illustrates the flow of data in a 
computer system 2 00 providing a private service for 

15 exchanging solutions to individualized problems between 
solution seekers and solution providers, in accordance 
with an embodiment of the present invention. 
[00047] Computer system 200 operates in a manner similar 
to computer system 100, except that solution seeker 

2 0 computer 110 and solution provider computer 12 0 do not 
communicate directly with solution broker computer 13 0, 
but rather through a private service computer 210. In 
some embodiments, however, solution broker computer 13 0 
and private service computer 210 may be implemented as 

25 two separate processes executed by a single physical 
computer. In such cases, communications between 
solution broker computer 13 0 and private service 
computer 210 would not occur over a computer network, 
but rather would be internal exchanges of information 

30 between processes executed on a common hardware 
platform . 
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[00048] Fig. 2B illustrates a digital collaboration 
system 2 50, in accordance to some embodiments of the 
invention. Digital collaboration system 250 includes a 
server computer 270 and a plurality of client computers 
5 260n (where n = A, B, C . . . ) . Client computers 260n 
can be any type of personal computer or workstation 
known in the art, e.g. a Sun Sparc workstation, an 
Intel Pentium II -based laptop computer or an Intel 
Pentium III -based personal computer, running any 

10 operating system suitable for such computer, e.g. Sun 
Solaris, Microsoft Windows 98, Microsoft Windows 2000 
and the like. Server computer 270 can be any type of 
computer suitable for network data storage operations, 
such as a Sun Sparc workstation or a dual Intel Pentium 

15 III -based computer running any operating system 

suitable for that computer, e.g. Windows 2000, Windows 
NT 4.0, Sun Solaris, Linux and the like. 

[00049] Each client computer 260n, in turn, includes a 
web browser 268n and a collaboration client 264n. Web 

2 0 browser 2 68n can be any type of web browser known in 
the art, e.g. Netscape Navigator 5.x or Internet 
Explorer 5.x. Collaboration client 264n is a program 
that can be configured to automatically capture and tag 
information exchanged during a digital collaboration 

25 session. In some embodiments, collaboration client 

2 64n is implemented as a JAVA applet that inserts XML 
tags into IP packets transmitted from client computer 
260n to server computer 270, as described further 
below. 

30 [00050] Server computer 270, in turn, includes 

collaboration & archive server 275, operating system 
2 72, a database 2 79 and an a server program 2 77. 
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Collaboration & archive server 2 75 is a program that 
receives the tagged data captured by collaboration 
clients 260n and stores them into database 279 for 
later analysis and re-use. In some embodiments, 
5 operating system 2 72 is the Windows 2 0 00 operating 
system from Microsoft. Windows 2000 includes an 
Internet Information Server (IIS) component used to 
support web servers. In some embodiments, database 279 
is Microsoft SQL 2 00 0 and server program 277 is a 

10 WebLogic server program. 

[00051] Figs. 2 0 and 21A-21C are block diagrams 
illustrating how IP packets are modified by 
collaboration client 264n (Fig. 2B) to capture and tag 
digital collaboration information, in accordance to 

15 some embodiments of the invention. 

[00052] Fig. 20 illustrates a typical IP packet 2000, 
including an IP header 2010 and an IP payload 2020. 
[00053] Fig. 21A illustrates an IP packet 2000 after it 
has been modified by collaboration client 2 64n to 

20 include a plurality of XML tags 2110n and corresponding 
payloads 2120n, where (n = A, B, C . . .) . Fig. 21B 
shows how different XML tags 2110n are used to specify 
a type of communication used during a digital 
collaboration session, e.g. application sharing, 

25 instant messaging, session type and the like. Finally, 
Fig. 21C illustrates how collaboration client 264n, in 
some embodiments, may embed information such as a 
timestamp 2130, a watermark 2140 or an error correcting 
code 2150 into payloads 2 12 On. 

30 [00054] During a collaboration session, each source of 
communication (e.g. a whiteboard, a desktop or an 
application) is associated with a port by digital 
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collaboration system 250 (Fig. 2B) . Digital 
collaboration information is then captured for each 
port selected by the user. As a result, the data 
captured for any of the selected ports can then be 
5 retrieved and replayed at a later time, thereby 

preserving the context in which the information was 
originally presented during the collaboration session. 
[00055] It should be noted that since collaboration 
capture operations are performed at the TCP/IP 

10 interface, digital collaboration can be conducted 

transparently between client computers 2S0n that have 
different software and/or hardware platforms. In fact, 
data captured on one client computer 2 6 On can be later 
replayed on a different client computer 260n regardless 

15 of the software and hardware configurations of the 
client computers 2 60n. For example, digital 
collaboration information originally generated on a Sun 
Sparc workstation running under the Solaris operation 
system, can be later replayed on an Intel II -based 

20 laptop computer running under Windows 98. 

[00056] The capabilities of digital collaboration system 
2 50 are further described in Appendix A, which is part 
of the present disclosure. 

[00057] In particular, digital collaboration system 250 
25 supports multiple participants digital collaboration 

sessions where information from one user is broadcasted 
to all other users, rather than simply being posted on 
a web page as in prior art digital collaboration 
systems. WebLogic server 277, in turn, is used to 
3 0 broadcast the information to the other session 
participants . 
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[00058] The process 300 of accessing a service provided 
by computer system 100 for a solution seeker is 
illustrated by the flow diagram of Fig. 3A. First, 
stage 310 determines whether the solution seeker is a 
5 new customer of the service, in which case the solution 
seeker registers as a new user of the service in stage 
320. Otherwise, the solution seeker logs in to the 
service in stage 330. In stage 340, the solution 
seeker formulates a project description. The solution 

10 seeker may enlist the help of project definition 

providers in formulating the project definition through 
the service. Project definition providers are third 
parties with technical expertise in the area of the 
solution seeker project who would help the solution 

15 seeker in translating an initial definition of the 
project provided by the solution seeker into a 
technically accurate definition to be posted on the 
service. Once the project description has been 
satisfactorily formulated, the solution seeker submits 

20 the project definition to the service in stage 350. 
The project definition is checked by the service 
provider and posted onto a solution broker website 
maintained by solution broker computer 130. The 
solution broker website is only accessible to 

25 registered users to protect the confidentiality of the 
information provided over the solution broker website. 
Once the project definition is posted on the solution 
broker website, it becomes available to potential 
solution providers for viewing and searching. Solution 

3 0 providers may then submit proposed solutions in 

response to the project definition. In addition, a 
search engine compares the project definition against a 
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database of registered solution providers and sends a 
message to suitable solution providers alerting the 
solution providers to the project definition posted by 
the solution seeker. In stage 360, the solution seeker 
then checks to see if any proposed solutions have been 
submitted in response to the project definition, in 
which case the proposed solution is validated in stage 
370. As part of the validation process, the solution 
seeker and the solution provider may discuss the 
project definition and the proposed solution using a 
collaboration forum (e.g. a chat room, message board, 
voice, empathic validation, netmeeting, etc.) provided 
by the solution broker. This process is illustrated by 
the flow diagram of Fig. 3B. First, the solution 
seeker reviews a proposed solution in stage 372. In 
stage 374, the solution seeker then determines whether 
the proposed solution is acceptable, in which case 
operation 370 proceeds to stage 376. Otherwise, the 
solution seeker reviews another proposed solution and 
stages 372-374 are repeated until either the solution 
seeker finds an acceptable solution or all proposed 
solutions have been considered and rejected by the 
solution seeker. In stage 376, the solution seeker and 
the solution provider discuss the project definition 
and/or the proposed solution. In stage 378, the 
solution seeker determines whether to engage the 
solution provider, in which case the proposed solution 
is validated in stage 379. Otherwise, the solution 
seeker and the solution provider may continue 
discussions or abandon the process altogether. In some 
embodiments, the discussion room provides support fort 
for electronic payments, file and electronic signature 
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exchange. In some embodiments, an immediate voice 
messaging service is provided to instantly connect 
users. The immediate messaging service operates by- 
installing monitoring software onto a user computer 
5 that detects a request to establish a connection 

received from solution broker computer 130 and alerts 
the user of the communication request. In addition, 
communications between solution seekers and solution 
brokers are recorded to preserve an accurate record of 

10 the information exchanged. If multiple proposed 

solutions have been submitted, the solution seeker may 
choose a particular solution for validation/discussion 
or conduct validation on multiple competing solutions. 
In stage 380, the solution seeker determines whether 

15 the proposed solution is acceptable, in which case the 
solution seeker may buy the solution in stage 390. 
Otherwise, stages 360-380 are repeated until an 
acceptable solution is received by the solution seeker. 
[00059] In some embodiments, additional parties may 

20 become involved in the process of defining a project 
and developing a solution. For example, parties with 
expertise in one area may advise solution seekers to 
reframe their project definitions in different terms - 
a process referred to as re-orienting the solution 

25 seeker. Other parties may contribute financially to 
the resolution of the problem in exchange for an 
interest in the solution. Finally, the solution broker 
may intervene to recategorize the project definition to 
make it more easily searchable in the solution broker'' s 

3 0 database. In addition, the solution broker may decide 
to outsource or delegate some or all of its function to 
third parties. These third parties would then receive 
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a commission on any fees collected by the solution 
broker . 

[00060] Solution broker computer 130 tracks and 
timestamps all information transferred between solution 
5 seeker computer 110 and solution provider computer 120. 
As a result, an accurate record of what information was 
transferred when is maintained. In the event a dispute 
where to arise at a later time between solution seekers 
and solution providers as to the ownership of certain 

10 intellectual property, the records maintained by the 
solution broker would provide an accurate picture of 
the information exchanged between the parties. As a 
result, the solution broker acts as a ^virtual notary" 
in the communications between solution seekers and 

15 solution providers. 

[00061] The service of the present invention further 
provides an escrow service for the delivery of a 
solution from the solution provider to the solution 
seeker. A fee is charged for the service provided by 

20 the solution broker only if a solution is successfully 
transferred between the solution seeker and the 
solution provider. In addition, to encourage qualified 
solution seekers and solution providers to use the 
solution broker's website, solution providers are rated 

25 based on the number and value of the solutions actually 
transferred to solution seekers. These ratings might 
be used both to direct subsequent project definitions 
to solution seekers and to adjust the fees charged to 
the solution provider for the services of the solution 

3 0 broker. Similarly, solution seekers are rated based on 
the number and value of solutions actually acquired 
from solution providers, relative to the overall number 
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and value of project definitions posted on the solution 
broker's website. These ratings are used in adjusting 
the fee charged to the solution seeker for the services 
of the solution broker. 
5 [00062] The process of validating a proposed solution is 
described in detail in co-pending application Ser. No. 
09/494, 792 . 

[00063] The process 400 of accessing a service provided 
by computer system 100 for a solution provider is 
10 illustrated by the flow diagram of Fig. 4A. First, 

stage 410 determines whether the solution provider is a 
new customer of the service, in which case the solution 
provider registers as a new user of the service in 
stage 420. Otherwise, the solution provider logs in to 
15 the service in stage 430. Once logged in, the solution 
provider can review project definitions posted on the 
solution broker's website in stage 440 that match the 
solution provider's areas of expertise based on the 
solution provider's profile. The solution provider may 
20 also search for additional project definitions either 
via a search engine or by browsing through project 
definitions listed by category. The solution provider 
then develops a solution in response to the project 
definition in stage 450. The solution may be a product 
2 5 the solution provider has already developed, a 

customization to an existing product or a product to be 
developed based on the project definition. The 
solution provider then submits his proposed solution in 
stage 460. The proposed solution is then validated in 
30 stage 470. As part of the validation process, the 

solution seeker may provide a testbed to the solution 
provider to test the functionality of the proposed 
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solution. The solution seeker then determines whether 
to accept any of the proposed solutions in stage 480, 
in which case, the proposed solution is transferred 
from the solution provider to the solution seeker 
5 through the solution broker. Otherwise, stages 440-490 
are repeated . 

[00064] The process 405 of automatically capturing 
digital collaboration information is illustrated by the 
flow diagram of Fig. 4B. First, stage 415 determines 

10 whether a user wants to use the collaboration data 

capture service, in which case, operation 4 05 proceeds 
to stage 425. Otherwise, operation 405 proceeds to 
stage 485. In stage 425, the user adjusts one or more 
collaboration parameters. For example, the user may 

15 select what type of collaboration events are to be 

captured, which collaboration sessions participants' 
contributions are to be captured and the like. While 
collaboration capture parameters are typically 
configured prior to a collaboration session, in some 

2 0 embodiments these parameters may be also dynamically 

adjusted during the collaboration session. Stage 435 
then determines whether a collaboration client 264n 
(Fig. 2B) is already installed on client computer 260n, 
in which case operation 405 proceeds to stage 455. 
25 Otherwise, a suitable collaboration client 264n is 
downloaded and installed on client computer 260n in 
stage 445 and operation 405 proceeds to stage 455. In 
stage 455, a collaboration session is conducted. In 
stage 465, the selected portions of the collaboration 

3 0 information are captured according to the parameters 

configured in stage 425. Stage 475 then determines 
whether the collaboration session has ended, in which 
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case operation 405 terminates. Otherwise, stages 455- 
475 are repeated. In stage 485, a collaboration session 
is conducted. Stage 4 95 then determines whether the 
collaboration session has ended, in which case 
operation 405 terminates. Otherwise, stages 485-495 
are repeated . 

[00065] The process 500 of accessing a service provided 
by computer system 200 (Fig. 2A) for a solution seeker 
is illustrated by the flow diagram of Fig. 5A. First, 
the solution seeker logs on to a website providing a 
third party service in stage 505. In stage 510, the 
solution seeker accesses a private service (e.g. by 
clicking on a hyperlink of a web page) on the solution 
broker's website. Stages 515-540 are analogous to 
stages 340-390 of Fig. 3A, except that only solution 
see k ers affiliated with the third party service are 
allowed to participate in the submission of project 
definitions and proposed solutions. However, the 
solution seekers and solution providers affiliated with 
the third party service can only access a database 
storing project definitions and proposed solutions 
posted by other solution seekers and solution providers 
affiliated with the third party service. 
[00066] Similarly, the process 550 of accessing a 
service provided by computer system 200 (Fig. 2A) for a 
solution provider is illustrated by the flow diagram of 
Fig. 5B. First, the solution provider logs on to a 
website providing a third party service in stage 505. 
In stage 510, the solution provider accesses a private 
service (e.g. by clicking on a hyperlink of a web page) 
on the solution broker's website. Stages 555-590 are 
analogous to stages 44 0-4 90 of Fig. 4A, except that 
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only solution providers affiliated with the third party 
service are allowed to participate in the submission of 
project definitions and proposed solutions. 
[00067] In some embodiments, the solution seeker may 
5 enlist the help of a project definition provider in 
formulating the project definition. The project 
definition provider is a party that possesses the 
necessary know-how - or intellectual capital - to 
assist the solution seeker in defining the problem the 

10 solution seeker is facing. The flow of information 

between the solution seeker and the project definition 
provider is shown in Fig. 6A. Initially, solution 
seeker 600 provides a preliminary project definition 
610 to project definition provider 620. Project 

15 definition provider 620, in turn, provides a proposed 
project definition 630 to solution seeker 600. 
[00068] The process of obtaining a project definition is 
illustrated by the flow diagram of Fig. 6B. First, 
solution seeker 600 formulates a preliminary project 

20 definition 610 in stage 635. Preliminary project 

definition 610 may be a simple narrative description of 
the project. Solution seeker 600 then posts the 
preliminary project definition on a website provided by 
the solution broker in stage 640. The solution broker 

25 evaluates the preliminary project definition against a 
database of project definition providers and forwards 
the preliminary definition to appropriate project 
definition providers. Solution seeker 600 reviews 
proposed project definitions 63 0 in stage 645. In 

30 stage 650, solution seeker 600 determines whether any 
of proposed project definitions 63 0 are acceptable, in 
which case solution seeker 600 receives the accepted 
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project definition in stage 655. Otherwise, stages 
645-655 are repeated. 

[00069] The process of providing a project definition is 
illustrated by the flow diagram of Fig. 6C. First, in 
stage 660, project definition provider 620 reviews 
preliminary project definitions 610. Then, in stage 
670, project definition provider 62 0 formulates a 
proposed project definition 63 0 based on preliminary 
project definition 610. Proposed project definition 
630 is then submitted in stage 675. In stage 680, 
solution seeker 600 determines whether proposed project 
definition 63 0 is acceptable, in which case, project 
definition provider 620 transfers proposed project 
definition 630 to solution seeker 600 in stage 685. 
Otherwise, stages 675-685 are repeated. 

[00070] In addition, the solution seeker may enlist the 
help of a solution testbed provider in formulating a 
solution testbed. The flow of information between the 
solution seeker and the solution testbed provider is 
shown in Fig. 7A. Initially, solution seeker 600 
provides a preliminary project definition 610 to 
solution testbed provider 700. Solution testbed 
provider 700, in turn, provides a proposed testbed 710 
to solution seeker 600. 

[00071] The process of obtaining a solution testbed is 
illustrated by the flow diagram of Fig. 7B. First, 
solution seeker 600 formulates a preliminary project 
definition 610 in stage 720. Solution seeker 600 then 
posts the preliminary project definition on a website 
provided by the solution broker in stage 725. The 
solution broker evaluates the preliminary project 
definition against a database of solution testbed 
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providers and forwards the preliminary definition to 
appropriate solution testbed providers. Solution 
seeker 600 reviews proposed testbeds 710 in stage 730. 
In stage 735, solution seeker 600 determines whether 
5 any of proposed testbeds 710 are acceptable, in which 
case solution seeker 600 receives the accepted solution 
testbed in stage 740. Otherwise, stages 730-740 are 
repeated . 

[00072] The process of providing a solution testbed is 

10 illustrated by the flow diagram of Fig. 7C. First, in 
stage 745, solution testbed provider 700 reviews 
preliminary project definitions 610. Then, in stage 
750, solution testbed provider 700 formulates a 
proposed testbed 710 based on preliminary project 

15 definition 610. Proposed testbed 710 is then submitted 
in stage 755. In stage 760, solution seeker 600 
determines whether proposed testbed 710 is acceptable, 
in which case, solution testbed provider 700 transfers 
proposed testbed 710 to solution seeker 600 in stage 

20 765. Otherwise, stages 755-765 are repeated. 

[00073] A ratings and rewards system similar to the one 
described above for solution seekers and solution 
providers is also used for project definition providers 
and solution testbed providers. Similarly, "virtual 

25 notary" and escrow services are provided by the 

solution broker for transfer of information between 
solution seekers 600 and project definition providers 
620 or solution testbed providers 700. 
[00074] Fig. 8 shows a web page 800 of a third party 

3 0 service provider. Web page 8 00 would be used by 

solution seekers and solution providers to perform the 
operations of Figs. 5A and 5B. Web page 800, in turn, 
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provides hyperlinks 810 and 820 that enable solution 
seekers and solution providers to access the private 
service of stages 510 and 560, as explained above. 
Following hyperlink 810 causes web page 900 (Figs. 9A 
5 and 9B) to be displayed onto client computer 120. Web 
page 900 includes a title field 910, project rules pane 
920, a project description pane 93 0, a tips pane 940, a 
project classification pane 950, a contacts e-mail pane 
960, submit button 970, discard button 980 and save 

10 button 990. 

[00075] Web page 900 allows a solution seeker to input a 
project definition by entering the appropriate 
information in title field 910, project description 
pane 930, and project classification pane 950. The 

15 solution seeker may also specify project rules or 
provide e-mail contact information. The solution 
seeker then submits the project definition by pressing 
submit button 980. Alternatively, the solution seeker 
may either cancel the project definition by pressing 

20 discard button 980 or save the entered information for 
later submission by pressing save button 990. 
[00076] Once a project definition is submitted, the 
solution seeker may periodically review any posted 
solution for his/her project definitions as shown on 

25 web page 1000 (Fig. 10) . The solution seeker can view 
further details for each of the project definitions by 
selecting a list item lOlOn (where n - A, B, C, etc.) . 
Fig. 11A illustrates a project detail web page 1100 
shown in response to the solution seeker selecting list 

30 item 1010C of Fig. 10. The solution seeker may further 
access a proposal details web page 1150 (Fig. 11B) by 
following hyperlink 1110 on web page 1100. If the 
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solution seeker is interested in further pursuing the 
solution providers proposal, he may contact the 
solution provider via a chat room, such as the one 
shown in Fig. 12. Project discussion web page 1200 
5 allows the solution seeker to conduct both public and 
private discussions with solution providers to 
determine if any he is interested in any of the 
proposals . 

[00077] Fig. 13 illustrates a project search web page 
10 1300. As explained above with respect to the flow 
diagrams of Figs. 3 and 4, project definitions are 
forwarded to solution providers according to the 
solution providers 7 profiles. However, solution 
providers may also choose to search and browse through 
15 additional project definitions that are not directly 
referred to them. Web page 13 00 allows solution 
providers to search project definition listings. The 
solution seeker can view the project details by 
following a list item 1310n (where n = A , B, C, etc.) . 
20 A project details web page 1350 (Fig. 13B) is shown in 
response to the solution provider selecting list item 
131 OA. 

[00078] If the solution provider is interested in 
submitting a solution for the project, the solution 

25 provider can enter a description for his solution on 
solution web page 1400 (Fig. 14) . Solution web page 
1400 includes a project title field 1410, a solution 
description field 1420, an issues field 1430, a file 
attachment field 1440, a submit button 1450 and a reset 

30 button 1460. To submit a proposed solution, the 

solution provider fills in a solution description field 
1420. The solution provider may also choose to specify 
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any issues or provide a file attachment with further 
details about his/her proposed solution. The solution 
provider then submits his proposed solution by pressing 
submit button 1450. Alternatively, the solution 
provider may choose to reset the fields on web page 
1400 by pressing reset button 1460. 

[00079] Figs. 15-18B illustrate web pages used to 
administer privileges on the private service of Fig. 
2A. Of course, a similar mechanism to administer user 
privileges may also be used in connection with the 
service of Figs. 1A and IB. Administrator functions 
web page 1500 (Fig. 15) allows an administrator to 
navigate to other web pages providing security control 
functions for the private exchange service. For 
example, selecting hyperlink 1510 on web page 1500 
allows the administrator to access set user password 
web page 1600 (Fig. 16) . The administrator can then 
set a new password for any user of the private exchange 
service by specifying the user's e-mail address, 
username and password on web page 1600. 

[00080] The administrator may also search for contact 
information using select contact web page 1700 (Fig. 
17A) by specifying any combination of the contact's 
username, e-mail address, first and last name and 
pressing search button 1710. Matching results are then 
shown in results area 172 0 as hyperlinks. The 
administrator can access a contact role web page 1750 

(Fig. 17B) by following a hyperlink 1730n (where n = A, 
B, C, etc.) . The administrator can then modify the 
contact roles for a contact using adjust contact role 
web page 1750. Adjust contact role web page 1750 
includes a marketplace pulldown menu 1760 and a 
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plurality of checkboxes 1770n , each corresponding to a 
role. The administrator then selects which roles 
should be granted to the contact by checking the 
appropriate checkboxes 177 On and pressing a commit 
5 button 1780. Alternatively, the administrator may 

display contact roles for a different contact or return 
to administrator functions web page 1500 by pressing 
buttons 1790 or 1795, respectively. 

[00081] The administrator may also assign different 
10 roles to users via adjust role users web page 1800 
(Fig. 18A) . Web page 1800 includes a marketplace 
pulldown menu 1810, a roles pulldown menu 1820, a 
plurality of user checkboxes 1830n, a commit button 
1835 and a return button 1840. The administrator can 
15 adjust the roles for a given user by selecting a 
checkbox 183 On corresponding to the user and 
corresponding marketplace and roles from pulldown menus 
1810 and 1820 and then pressing commit button 1835. 
Alternatively, the administrator may return to 
2 0 administrator functions web page 150 0 by pressing 
button 1840. 

[00082] The administrator may further adjust privileges 
for each role for a given marketplace using adjust role 
privileges web page 1850 (Fig. 18B) . Web page 1850 

25 includes a marketplace pulldown menu 1860 and a 
plurality of checkboxes 1870n. Finally, the 
administrator can adjust security trust using adjust 
security trust web page 1875 (Fig. 18C) . Web page 1875 
includes a marketplace pulldown menu 1880, a plurality 

30 of role checkboxes 1890n and a plurality of privilege 
checkboxes 1895n. The administrator can assign 
privileges to specific roles for a marketplace by 
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selecting a marketplace from pulldown menu 8 80 and 
checking corresponding boxes 18 90n and 1895n. 
[00083] Fig. 19 illustrates a submit token wep page 1900 
that can be used with the private exchange service of 
Fig. 2A. Using web page 1900, users are granted access 
to the private exchange service by providing an access 
token in token field 1910 and pressing submit button 
1920. Once the token is validated by the private 
exchange service, the token is added to the user's 
profile allowing the user to access the private 
exchange service at a later time, without having to 
resubmit the token. 

[00084] Embodiments described above illustrate but do 
not limit the invention. For example, the invention is 
not limited to the specific graphical user interface or 
the design and layout of the web pages described 
herein. In fact, several alternative graphical user 
interfaces are possible. In addition, the stages of 
the flow diagrams described herein can be performed in 
an arbitrary order, unless otherwise indicated by the 
logical dependencies of the operations performed in 
such stages. As a result, the present invention is not 
limited to any specific order of the operations 
described in the flow diagrams. Numerous modifications 
and variations are possible in accordance to the 
principles of the present invention, as described by 
the following claims. 



